TRANSMISIA SERIALA A DATELOR TRANSMISIA SINCRONA STANDARDUL ETHERNET SISTEME INCORPORATE CONECTATE LA INTERNET Transmisia sincrona a datelor Transferul datelor prin mesaje Utilizarea mesajelor este preferata in cazul in care se urmareste transmiterea unei cantitati mai mari de date cu un protocol de comunicatie mai sofisticat (de ex controlul erorilor) Transferul de mesaje este modul de comunicare a informatiei cel mai intalnit in cazul transmisiilor seriale intr-o retea de date (dispozitive) Structura mesajului In ultima instanta mesajul reprezinta o multime de biti care trebuie transferati de la un punct la altul (fig ) Fig – Mesajul util Pentru a putea controla aceasta transmisie trebuie aplicate reguli in cea ce priveste transmisia si interpretarea bitilor Astfel structura mesajului poate fi detaliata ca in fig , Fig – Adaugarea informatiei de control in care bitii sunt grupati in doua componente: mesajul util (bitii de date, payload) si informatia de control (bitii de tip ‘antet’ (header)) care este adaugata (de driverul de comunicatie) pentru a facilita transmiterea mesajului util, informatie care contine in mod obisnuit informatie de adresa si informatie pentru controlul si sincronizarea transmisiei Nu toate mesajele au aceeasi dimensiune, aceasta putand varia de la cativa octeti pana la blocuri de date de lungime variabila Transmisia mesajelor devine mai clara si mai robusta daca dimensiunea mesajului (blocului de date) transmis la un moment dat (care poate constitui o parte a mesajului initial) este aceeasi Aceste blocuri de date sunt cunoscute de obicei sub denumirea de pachete sau datagrame Aceasta poate presupune in unele cazuri ‘umplerea’ blocului de date pana la dimensiunea prestabilita (corespunzatoare) Structura mesajului impartit in pachete este prezentata in fig Fig – Impartirea mesajelor in pachete In final fiecare pachet primeste o informatie de adresa ca in fig Fig – Pachetul care pleaca de la emitator Receptorul trebuie sa fie capabil sa accepte fluxul de informatie care este trimis spre el si sa detecteze si sa identifice inceputul si sfarsitul unui bit, inceputul si sfarsitul unui caracter precum si inceputul si sfarsitul unui bloc de date sau cadru de date (frame) Este ceea ce se numeste sincronizare la nivel de bit, de caracter sau de cadru de date Antetul Este adaugat de catre driverul de comunicatie pe baza cerintelor protocolului de comunicatie de la fiecare nivel (al arhitecturii stratificate) Antetul poate cuprinde: - Adresa de destinatie (prezenta totdeauna) - Adresa sursei - Indentificator pentru natura informatiei din mesaj: - Mesaj de comanda (control) - Mesaj de date, etc - Informatie privind calea pe care mesajul (pachetul) trebuie sa o urmeze pentru a ajunge la destinatie - Identificator pentru lungimea (dimensiunea) mesajului: - Identificatori de inceput si de sfarsit de mesaj - Identificator de inceput de mesaj impreuna cu identificator pentru lungimea mesajului (length field), etc - Informatie pentru verificarea corectitudinii transmisiei (error management field): - Detectie erori - cel mai simplu caz: bitul de paritate - Detectie si corectie erori – campuri CRC (Cyclic Redundancy Check) Controlul si sincronizarea sunt realizate in doua moduri: prin structura antetului mesajului si prin schema de transmisie (protocolul de comunicatie) Schimbul de date se face prin intermediul unei interfete ‘inchise’ (proprietatea cuiva), unui standard modificat cum ar fi EIA sau prin intermediul unei versiuni dedicate al unor standarde cum ar fi USB sau Firewire Transmisia sincrona In transmisia sincrona schimbul de date intre emitator si receptor este realizat in mod sincron sub controlul unui ceas in mod direct (semnal de ceas transmis in paralel cu datele) sau prin codificarea (includerea) semnalului de ceas in date In fig si se prezinta cazul a doua protocoale/standarde de transmisie sincrona in care ceasul este trimis separat insotind semnalul de date Fig – I C SDA date; SCL ceas Fig – SPI, MOSI = Master Output, Save Input (date) Si in cazul transmisiei sincrone trebuie realizata realizata sincronizarea pe bit, caracter si cadru de date In general sincronizarea pe cadru este derivata din sincronizarea la nivel de bit si din cea la nivel de caracter Sincronizarea la nivel de bit In cazul codificarii semnalului de ceas in date sincronizarea la nivel de bit se realizeaza in doi pasi: Se codifica semnalul de ceas in date Se reconstruieste semnalul de ceas din date Pentru codificarea semnalului de ceas in date se folosesc mai multe metode dintre care amintim: Codificare bipolara, ca in fig Semnalele logice ( , ) sunt reprezentate prin polaritatea diferita a semnalelor Fiecare celula de bit contine informatie de ceas reflectata de catre tranzitia din centrul fiecarei celule de bit Se observa de asemenea ca semnalul (codificat) se intoarce la zero dupa fiecare bit codificat Un astfel de algoritm se numeste algoritm de tip reintoarcere la zero (Return-to-Zero - RZ), Fig – Codificare bipolara Se observa de asemenea ca metoda necesita nivele diferite de semnal (+, si -) Codificare (de faza) Manchester (Ethernet), ca in fig Fig – Codificare Manchester de faza In aceasta codificare fiecare bit de zero este codificat printr-o tranzitie de la la , iar un bit de este codificat ca o tranzitie de la la (IEEE – Ethernet, IEEE – Token Bus) Tranzitiile apar in centrul celulei de bit furnizand astfel informatii despre semnalul de ceas Se observa de asemenea ca semnalul (codificat) nu se mai intoarce la nivelul dupa codificarea fiecarui bit Un astfel de algoritm se numeste algoritm de tip fara intoarcere la zero (Non-Return-to-Zero), sau NRZ Obs: Codificarea Manchester de faza poate fi vazuta ca un caz particular de modulatie BPSK Codificare Manchester diferentiala, (reteaua LON) ca in fig In aceasta codificare exista o tranzitie la inceputul fiecarui bit numai daca urmatorul bit de codificat este logic Obs: Codificarea Manchester diferentiala poate fi vazuta ca un caz particular de modulatie PSK Fig – Codificare Manchester diferentiala Codificare NRZI In aceasta codificare exista o tranzitie numai daca se transmite un ‘ ’ (sau un ‘ ’ In cazul magistralei/protocolului USB este valabila prima varianta) Codificarea este pusa in evidenta de fig Fig - Codficare NRZI (USB) Obs: Semnalul de ceas este mai dificil de recuperat din semnalele codificate NRZI fiind posibila pierderea de date in cazul unor secvente particulare de biti Pentru a evita acest lucru se utilizeaza mai multe tehnici, una dintre cele mai cunoscute fiind cea denumita ‘umplerea cu/adaugarea de biti’ (bit stuffing) – magistrala USB Astfel, dupa un sir de biti de ‘ ’ este obligatorie introducerea unui bit de ‘ ’ (putand astfel genera viteze de transmitere variabile), ca in fig Fig – Umplere cu biti (bit-stuffing - USB) Refacerea ceasului Pentru a putea reface semnalul de ceas din datele receptionate fiecare transmisie incepe cu un preambul care include informatie necesara sincronizarii (secventa de sincronizare) Pentru refacerea ceasului si esantionarea corecta a informatiei din linia de comunicatie se pot utiliza la receptie circuite de tip PLL (phase-locked-loop) bazate pe un semnal de ceas foarte stabil Codificarea datelor trebuie facuta astfel incat sa existe un numar suficient de tranzitii in semnalul de date Ceasul de esantionare este ajustat la fiecare tranzitie pentru a se asigura esantionarea la mijlocul fiecarui bit Schema bloc principiala a unui circuit PLL este prezentata in fig Fig – Circuit PLL Iesirea circuitului PLL este generata cu ajutorul unui oscilator controlat intensiune (Voltage-Controlled Oscillator, VCO) Iesirea VCO este intoarsa la intrarea circuitului intr-un bloc de detectie a fazei care compara caracteristicile semnalului de intrare si ale celui de iesire Cand diferenta intre frecventa si faza celor doua semnale este zero se spune ca sistemul s-a ‘blocat’ (fixat, locked) pe frecventa de intrare Semnalul de iesire al PLL este folosit pentru esantionarea fiecarui bit din linia de transmisie Semnalul de intrare este oricare dintre semnalele codificate sosit pe linia de transmisie, parte dintre ele fiind descrise anterior Probleme care pot aparea la transmisia sincrona: Dispozitivele trebuie sa functioneze cu aceeasi viteza Viteze de propagare diferite a semnalelor de date si de ceas (incarcari diferite ale liniilor de date si de ceas) Exista posibilitatea ca semnalele de ceas sa soseasca la destinatii diferite la momente de timp diferite ca in fig Aceasta inseamna aparitia fenomenului de clock-skew (in raport cu datele) in cazul magistralelor lungi si a vitezelor mari ale semnalului de ceas Fig – Desincronizarea/distorsionarea ceasului (clock-skewing) Avantaje ale transmisiei sincrone: Mai usor de testat Protocolul este mai simplu decat la transmisia asincrona Mentinerea sincronizarii este mai usoara decat la transmisia asincrona Standardul Ethernet Pentru reteaua Ethernet se folosesc cabluri coaxiale si cabluri bifilare torsadate Tipurile de cabluri bifilare utilizate sutn prezentate in fig Fig – Cabluri torsadate utilizate in retele Ethernet Ca topologii se utilizeaza magistrala (bus – uzual cu cablu coaxial) si conexiunea de tip stea (star – uzual folosind cabluri bifilare torsadate) Topologia de tip magistrala este un mediu de tip broadcast in care intarzaierile provin din propagare si repetoare (necesare pentru comunicatii la distanta pentru refacerea semnalului si mentinerea sincronizarii) De ex , in fig se prezinta implementarea unei comunicatii la distanta necesara pentru accesul unei imprimante din departamentul B de catre un utilizator/statie de lucru din departamentul A Fig – Utilizarea unui repetor penrtu conexiuni la distanta Repetorul introduce o intarzaiere de propagare de pana la biti Accesul la mediul de comunicatie se face utilizand mai multi algoritmi dintre care cel mai cunoscut este CSMA – CD (Carrier Sense Multiple Access with Collision Detection) – Ethernet half-duplex Fiecare dintre algoritmi gestioneaza situatiile in care mai multi utilizatori (statii) acceseaza mediul de comunicatie (emit mesaje) in acelasi timp (aparitia coliziunilor) Initial transmisia se facea dupa bunul plac al fiecarui emitator Daca nu sosea o confirmare de primire, atunci mesajul este retransmis Principiul a fost imbunatatit mai intai prin sesizarea de catre emitatori a starii canalului de comunicatie (Carrier Sense) evitand astfel sa transmita cat timp canalul este ocupat O alta imbunatatire consta in detectia coliziunilor (CD) La detectia unei coliziuni dispozitivul poate transmite un semnal special in continuare pe durata cadrului de date pentru a se asigura ca toate dispozitivele au sesizat producerea coliziunii sau isi poate inceta transmisia imediat Reluarea transmisiei se face dupa un interval aleator de timp, eventual din ce in ce mai mare (protocol nedeterminst) Avantaj: Arbitrajul (pentru castigarea magistralei – canalului de comunicatie) nu depinde de numarul de competitori sau de adresa statiilor Dezavantaj: Nu exista un timp limita de asteptare Acesta depinde de rata de sosire a cadrelor si de lungimea medie a acestora (protocol nedeterminst) Obs: - Desi protocolul este nedeterminist, in cazul unei incarcari usoare nu exista intarzaieri semnificative - Ethernet nu este considerata eficienta pentru cadre de dimensiuni mici si un numar mare de emitatori care emit simultan (fig ) - Coliziunile nu pot fi detectate in integralitatea lor In fig se prezinta probabilitatea pierderii unui pachet in functie de numarul de emitatori care emit simultan Fig – Eficienta retelei Ethernet Fig – Probabilitatea de pierdere a unui pachet In fig se reprezinta structura unor cadre Ethernet, Fig - Structura unui cadru Ethernet Preambulul foloseste pentru sincronizare la nivel de cadre iar in fig se prezinta cateva cateva interfete tipice (modalitati de conectare a statiilor la linia/canalul de comunicatie) Fig – Topologii si acces la mediul de comunicatie Obs: In general, in cazul unei configuratii de tip stea, pentru conectarea unei statii (calculator sau alt dispozitiv similar – host N(etwork)I(nterface)C(ontroller)) la un hub (router, switch) este necesar un cablu direct (straight through cable) Pentu conectarea a doua dispozitive de acelasi tip/a doua porturi cu acceasi configuratie: MDI (Medium Dependent Interface) cu MDI (un calculator cu alt calculator) sau MDI-X cu MID-X (hub sau switch) este necesar un cablu de tip crossover Pentru tehnologii mai noi (Auto MDIX) cablul de tip crossover nu mai este necesar detectia si configurarea legaturii facanduse automat In fig se prezinta conexiunile in cazul unui cablu de tip crossover Fig –Conexiuni incrucisate Tema: Repartizati semnalele la capatul nr al conexiunii pentru a realiza o legatura directa (dispozitiv la switch) Determinati cu ajutorul unui tester tipul unui cablu ethernet (direct sau crossover) Solutii de sisteme distribuite bazate pe aplicatii centralizate (Embedded Networking) In acest tip de solutii distribuite controlul echipamentelor (de la distanta)se face de pe o statie de lucru prin intermediul unei aplicatii (interfete) complexe Caracteristici: Procesoarele (sistemele incorporate) sunt apropiate de procesul controlat (comandat) si contin codul (programele) de control; Monitorizarea se face de la distanta folosind PC-uri sau alte echipamente Intrefata grafica utilizator (GUI) este scrisa sa ruleze pe PC sub controlul unui anumit sistem de operare Aceste interfete nu sunt in mod uzual standardizate Trebuie de asemenea asigurata compatibilitatea driverelor de retea de la cele doua capete: supervizor si sistem incorporat Din aceste cauze este dificila conectarea mai multor sisteme de acest tip intre ele Intretinerea si upgrade-ul se face in mai multe locuri: la fiecare statie de lucru si la fiecare sistem incorporat Interoperabilitatea GUI cu sistemul incorporat este foarte importanta De multe ori o schimbare a codului aplicatiei (de pe sistemul incorporat – construit de ex in jurul unui microcontroler) poate necesita de asemenea schimbari in GUI Ca exemplu de aplicatie pentru un astfel de sistem se prezinta controlul de la distanta a ecranului unui releu programabil Moeller/Eaton Releul folosit este un Easy -DC-TC care nu dispune de port Ethernet Ca urmare se foloseste un dispozitiv extern (Easy - SE) care reprezinta o interfata intre portul RS- al relelului si reteaua Ethernet Pe sistemul central (centrul de comanda) se afla in principal doua categorii de programe: programe de depistare a dispozitivelor si initializare/configurare a interfetei de comunicare cu dispozitivele din retea (EASY -SE Configurator) In fig se prezinta un ecran de configurare pentru dispozitivul folosit Fig – Detectie si configurare releu de la distanta Informatia este afisata in ecran astfel: - In partea din stanga-sus sunt listate dispozitivelele descoperite in retea - In partea din dreapta-sus sunt listati parametrii de retea ai PC-ului din centrul de comanda - In partea de jos sunt listati parametrii actuali ai dispozitivului descoperit si selectat si respectiv parametrii noi care trebuie programati in dispozitiv programe de control/comanda (EASY SOFT) Fig – Controlul de la distanta al unui releu Moeller folosind aplicatia EASY SOFT Alegerea dispozitivului si a interfetei de conectare la dispozitiv Dispozitivul se face cunoscut intefetei prin mutarea/glisarea acestuia in fereastra din dreapta sus dupa ce este selectat din lista de dispozitive din fereastra din stanga-sus Selectia interfetei de conectare cu dispozitivul se face prin bifarea casutei ‘Ethernet Connection’ din fereastra de jos Stabilirea unei legaturi cu dispozitivul (aflat la distanta) se face in urmatorii pasi: Se apasa butonul ‘Communication’ din stanga jos Se apasa butonul ‘Connection’ din stanga sus a ecranului nou deschis (Fig ) Obs: Interfata de comunicatie si parametrii acesteia (IP, Mask, etc ) pot fi modificati editand profilele Ethernet din partea din stanga sus a ecranului Se apasa butonul ‘On-line’ si se asteapta conectarea (Butonul Off-line devine activ) Se apasa butonul ‘Display’ si se selecteaza optiunea ‘Display & buttons’ In partea de jos a ecranului apare exact ecranul relelului Moeller de la distanta Testarea conexiunii de poate face fie adresand comenzi (apasand butoanele) ecranului tocmai afisat pe ecranul PC-ului prin intermediul mouse-ului (transfer informatie de la PC la releu) si observand modificarea ecranului releului, fie adresand comenzi (apsand butoanele) releului si observand modificarea ecranului releului afisat pe ecranul PC-ului Fig – Controlul de la distanta al unui releu Moeller folosind aplicatia EASY SOFT Transmisie de date intre PC si releu Obs: Se pot de asemenea afisa intrari/iesiri digitale, intrari/iesiri analogiceprecum si alti parametri ai releului si se poate programa de la distanta releul Solutii descentralizate controlate de oriunde (Embedded Internet) Multe dintre sistemele incorporate (embedded systems) sunt folosite in aplicatii de tip control-comanda in sensul sesizarii unor evenimente externe si comenzii asupra unor procese locale sau la distanta Multe dintre aceste sisteme , bazate pe microcontrolere, sunt administrate de operatori umani prin intermediul unor interfete om-masina Exemple: casierie, telefon mobil, ecranul unui televizor, o interfata PC In cele mai multe cazuri aceasta interfata om-masina este cea care este cea mai costisitoare din punctul de vedere al timpului si banilor necesari pentru dezvoltarea acesteia Totodata din ce in ce mai multe sisteme incorporate sunt interconectate in general prin intermediul unor interfete seriale (UART, CAN, SPI, Ethernet) Aceste standarde hardware trebuie sustinute de standarde software aflate de multe ori la ‘mana’ inginerului de sistem De multe ori este posibil, din aceasta cauza, ca doua sisteme bazate pe o interfata (hardware) de tip UART sa nu se poata interconecta desi au la baza acelasi standard hardware Intreconectarea sistemelor incorporate prin intermediul retelei Internet incearca sa rezolve aceste doua probleme: cea a conectivitatii universale (eliminand astfel discordanta intre diferitele protocoale de interconectare (de retea)) si cea a interfetei ommasina (eliminand astfel inconsistenta interfetelor de tip utilizator), oferind ca standard universal de interconectare protocolul TCP/IP, iar ca administrator la interfetei ommasina popularul browser de internet Caracteristici: Prin intermediul protocolului TCP/IP datele sunt transmise prin reteaua internet de la o adresa (IP) la alta Aceste protocoale stau la baza altor protocoale la nivele superioare ale arhitecturii OSI cum ar fi: FTP: pentru transferul fisierelor de la un calculator la altul HTTP: pentru trimiterea unei pagini web de la un server web la un browser HTTPS: la fel ca mai inainte, dar intr-un mod securizat (criptat) POP : receptionare de mesaje e-mail SMTP: emitere de mesaje e-mail In unele cazuri se foloseste protocolul UDP in locul protocolului TCP Protocolul hardware este in general Ethernet, dar poate fi si altul (Bluetooth, DSL, Cable, etc ) compatibil cu protocolul TCP/IP Ca viteze de transmisie se utilizeaza in special cea de Mbps (standard Base-T) – suficienta de obicei in lumea sistemelor incorporate uzuale plasate in spatele unui switch sau a unui ruter care sunt repsonsabile cu trimiterea ocazionala (cu frecventa relativ mica) a unor rafale de date – dar si cea de Mbps (standard Base-T) pentru aplicatiile de mare performanta (legaturi voiceIP, sisteme de navigare in industria auto, etc ) Ethernet-ul devine din ce in ce mai popular si in lumea sistemelor incorporate (embedded systems) De la procentul de % detinut in acesta a ajuns la % in in timp ce alte magistrale au crescut mult mai putin (Profibus, Device Net, Fieldbus) Problema trimiterii datelor in timp real in mod determinist si cu intarzaiere minima a datelor ramane (a se vedea alte tipuri de retele Ethernet de ex industrial Ethernet) desi unele solutii bazate pe switch-uri si rutere au fost deja propuse si utilizate Incorporarea de facilitati de comunicare Ethernet si Internet se loveste de cateva dificultati in lumea sistemelor incorporate bazate pe microcontrolere: pret, complexitate si dimensiune, memoria interna (de program) a microcontrolerelor Aceste bariere pot fi insa depasite in mai multe faze Astfel solutia Microchip a presupus urmatoarele etape: Prima faza a fost cea a adaugarii unui controler Ethernet ( pini) ‘imprumutat’ din lumea PC-urilor bazat pe o interfata ISA (din aceasta fiind folositi pini de date, de adresa si semnale de comanda pentru citire-scriere), ceea ce a dus la cresterea complexitatii sistemului, a spatiului ocupat pe placa si a necesitatii folosirii unui microcontroler cu un numar mare de pini ( ) – Fig Fig – Solutia de tip PC A doua faza a constat in proiectarea unui controler de retea care sa comunice cu microcontrolerul pe un numar mult mai redus de pini decat magistrala ISA S-a ales solutia magistralei seriale SPI (numai fire) Aceasta solutie a dus la posibilitatea folosirii unui microcontroler cu un numar mai redus de pini ( ), la reducerea costului cu % si a spatiului folosit cu % - Fig A treia faza este ce a integrarii controlerului de retea in pastila microcontrolerului (de ex PIC F J cu de pini) ceea ce a dus la o reducere a costului cu % si a spatiului ocupat cu % fata de solutia din prima etapa – Fig Fig – Controler Ethernet separat Fig – Controler Ethernet integrat (port Ethernet la nivel de microcontroler) Ca exemple de aplicatii se prezinta in Fig schema bloc principiala a controlului camerei unui hotel, Fig Camera de hotel controlata prin Internet iar in Fig solutia Microchip pentru controlul de la distanta a unui automat de produse Fig – Automat de produse contrlat prin Internet Ca solutii de integrare software a sistemelor incorporate conectate in retea amintim solutii: Solutia Pseudo TCP/IP stack - utila pentru retele mici de cost redus cu facilitati de control erori reduse Solutia necesita software si hardware scump la nivel de gateway pentru interconectarea cu alte sisteme si necesita cel putin doua puncte de intretinere software: microcontroler si gateway Solutia separata – in care stiva TCP/IP este achizitionata ca software separat Se asigura un grad mare de integrare, un singur punct de mentenanta software (la nivelul microcontrolerului), dar necesita asigurarea interoperabilitatii intre toate componentele (API, cod aplicatie, drivere, eventual RTOS si stiva TCP/IP) in conditiile unei curbe de invatare destul de lenta (in ceea ce priveste produsul achizitionat) si a cerintelor si asistentei acordate de cel care a livrat stiva TCP/IP Solutia integrata cu hardware si software de retea intr-un singur produs (in care si partea de retea este proiectata si realizata de cel care proiecteaza si (unele) dintre celelalte module – vezi solutia Microchip, Texas Instruments, etc ) Un (micro)controler care suporta (contine cod si pentru) protocoalele TCP/IP (TCP/IP stack) si un protocol de tip HTTP se transforma intr-un Server Web Paginile web inmagazinate de obicei intr-o memorie EEPROM, pot fi transmise, prin intermediul pachetelor TCP/IP, pe o conexiune Ethernet catre un computer care formuleaza cereri in acest sens prin intermediul unui browser Daca pe stiva TCP/IP este construit si protocolul SMTP si daca reteaua are acces la un server de e-mail, atunci tehnicianul (sau oricare alta persoana interesata) poate fi atentionat de sistemul incorporat (microcontroler) in legatura cu anumite evenimente prin intermediul mesajelor de e-mail Browserul – reprezinta un standard in prezentarea documentelor Sarcina sa principala este preluarea unui document (de ex preluat de pe un server web) format dintr-un text formatat cu ajutorul unui limbaj special (HTML) si prezentarea acestuia pe un dispozitiv de afisare, uzual un display Exista astfel un GUI independent de platforma de calcul (si cu atat mai mult fata de sistemul de calcul), usor de inteles si de utilizat De asemenea utilizatorul, sub controlul browserului, poate trimite date spre serverul web prin intermediul unor ‘formulare’ sau butoane (vezi de ex protocoalele GET si POST), aceste date fiind receptionate de ‘stiva’ TCP/IP (TCP/IP stack) de pe serverul de web si trimise la programul din memoria interna a microcontrolerului care controleaza functionarea sistemului de la distanta in acelasi mod cum sunt transmisi parametrii de catre programul principal unei subrutine (functii) Astfel poate fi, de ex , activat un motor sau o cerere de date de la o retea de senzori Avantaje: Fiabilitate sporita a sistemului distribuit prin monitorizarea continua si achizitia de date in vederea prezicerii defectiunilor care pot aparea Diagnoza si mentenanta imbunatatita prin monitorizarea, service-ul si mentenanta de la distanta prin intermediul legaturii TCP/IP Singurele puncte de mentenanta software sunt cele de la nivelul sistemului incorporat (microcontrolerului) Codul poate fi schimbat de la distanta folosind orice browser cu drepturi de securitate corespunzatoare Costul administrarii retelei este mult diminuat, iar mentenanta este mult simplificata Optimizarea productiei prin monitorizarea tuturor aspectelor importante din procesul de productie: incarcarea masinilor, produsele livrate la iesire, ‘gatuiri’ in procesul de productie, etc Dezavantaje: Securitate Livrarea datelor in timp real Ca exemplu se considera controlul de la distanta al unui microsistem bazat pe microcontroler Microchip – PICDEMNET (Fig ) Fig – Placa PICDEMNET Soclul microcontrolerului – Din fabrica soclul este populat cu un microcontroler PIC F in care este programata aplicatia demonstrativa Alte microcontrolere compatibile: PIC F , PIC C si PIC F Memoria EEPROM – de Kbiti ( KB) pentru memorarea paginilor Web Memoria este programabila prin intermediul unei legaturi seriale I C Display LCD Controler Ethernet (RealTek RTL AS) Leduri de stare – in numar de SYSTEM – clipeste pentru a arata ca placa este alimentata si ca este conectata corect LINK STATUS –indica daca conexiunea Ethernet este activa (cand este aprins) XMIT si RX – indica transmiterea sau respectiv receptia unui pachet de date Leduri utilizator – doua leduri controlate prin intermediul unor semnale (pini) I/O digitale Simuleaza o iesire digitala pentru controlul unui proces Buton utilizator – conectat la un pin I/O numeric al microcontrolerului Simuleaza o intrare digitala de la un proces Potentiometre utilizator – simuleaza doua intrari analogice generate de un proces Butonul de RESET – pentru resetarea (reinitializarea) placii (sistemului) Conector RJ- – pentru conectarea la retea ( -Base T) Conector RJ- – pentru conectarea la un depanator Conector RS- de tip DB M – permite configurarea sistemului folosind un port serial standard De asemenea portul permite utilizatorului sa descarce noi pagini Web in memoria EEPROM a microsistemului Zona de proiectare (Prototype area) – pentru adaugarea de circuite noi la microsistem Sursa de alimentare – permite alimentarea de la surse de energie continuie sau alternative Identificator Ethernet – cei mai putin semnificativi octeti ai MAC-ului placii (MAC = Media Access Control) Monitorizarea si controlul sistemului se realizeaza folosind un browser standard (Internet Explorer, Mozilla Firefox), lansat in executie de pe un PC din reteaua la care este conectat microsistemul Obs: Paginile Web pot fi (si sunt in general) create si optimizate pentru un anumit browser Este posibil ca pentru controlul microsistemului sa poata fi folosit orice dispozitiv care suporta browserul respectiv situat oriunde in lume, cu conditia asigurarii accesului la microsistemul respectiv (de ex reteaua universitatii este protejata printr-un firewall/proxy care face dificil accesul din exteriorul acestei retele) La introducerea adresei sistemului (IP) browserul cere de la sistem (prin intermediul serverului Web programat in microcontroler) o pagina Web (cea de start) - Fig Fig – Pagina Web pentru monitorizarea si controlul microsistemului Verficarea monitorizarii/controlului se face prin intermediul butoanelor (control – dreapta jos) si respectiv a zonei de afisare (stanga jos) Astfel: La apsarea butonului Toggle LED ledul de pe placa isi schimba starea (aprins/stins) La apsarea butonului Toggle LED ledul de pe placa isi schimba starea (aprins/stins) Indicatorul ‘Switch’ arata starea intrerupatorului utilizator de pe placa ( – liber, - apasat) Indicatorul ‘LEDs’ arata starea ledurilor de pe placa (poate fi vazut ca un control al realizarii cu succes a sarcinii de comutare a starii celor doua leduri de pe placa/microsistem) Indicatorul ‘Pot ’ indica valoarea tensunii generate prin intermediul potentiomentrului de pe placa (poate lua valori in intervalul - ) Indicatorul ‘Pot ’ indica valoarea tensunii generate prin intermediul potentiomentrului de pe placa (poate lua valori in intervalul - ) BLOCURI CONSTRUCTIVE, TEHNOLOGII DE BAZA PENTRU M M/IoT PLATFORME IoT Dispozitive si dispozitive de tip ‘Gateway’ Introducere Sistemele incorporate evolueaza spre putere de procesare mai mare si spre realizarea de functii (rularea de aplicatii) din ce in ce mai complexe Exista o multitudine de sisteme incorporate (integrate la nivelul unui circuit – SoC = System on Chip) bazate pe microcontrolere de , sau de biti cu memorii RAM si ROM incorporate, capabilitati de intrare-iesire (I/O) si cu capacitati de cuplare in retea (interfete IEEE de ex ) Aceste dispozitive ocupa un spatiu foarte redus si consuma foarte putina energie (mW sau chiar μW) fiind totodata capabile sa ruleze un program complex care sa implementeze un protocol de tip TCP/IP – Transmission Control Protocol/Internet Protocol (TCP/IP stack) inclusiv un mic server web Exista mai multe intelesuri pentru sintagma ‘dispozitiv M M/IoT’ Una dintre interpretari este aceea ca un astfel de dispozitiv este o unitate hardware care poate sesiza aspecte legate de mediul in care se afla si/sau poate actiona (poate efectua anumite sarcini) in acest mediu Un dispozitiv M M/IoT poate fi caracterizat prin mai multe proprietati/componente, printre care: - Microcontroler: de , sau de biti cu memorie de lucru si pentru stocare date - Sursa de alimentare: alimentarea de la retea, de la baterie sau prin extragerea energiei din mediul inconjurator (Energy harvesting) - Senzori si actuatori: o integrati la nivelul dispozitivului sau o existenta unor interfete (circuite) care sa permita conectarea, esantionarea conditionarea si controlul acestora - Comunicatie: Celulara, wireless sau cablata pentru conectarea la retele LAN sau WAN - Sisteme de operare (OS): o Bucla de program o Bazat pe evenimente (intreruperi) o RTOS (Real Time OperatingSystem) o Sistem de operare complet (cu functiuni multiple) - Aplicatii: simpla citire a senzorilor sau aplicatii mai complexe - Interfata utilizator: display, butoane sau alte functii pentru operarea eficienta - Gestiunea dispozitivului: Instalare, configurare, actualizare firmware, pornire (autonoma), monitorizare - Mediul de executie (executioin environment - EE) – prezenta API si gestiunea programelor (programare, testare, intretinere) Din mai multe motive (reducerea consumului de energie, reducerea resurselor de calcul sau de memorie, reducerea costului dispozitivului) unele functii (calcule/aplicatii complexe, functii de conectivitate/retea, management dispozitiv) sunt trecute in sarcina dispozitvelor de nivel superior, mai complexe (si mai scumpe) – de ex dispozitivele de tip gateway Tipuri de dispozitive Nu exista criterii bine puse la punct pentru a clasifica dispozitvele O astfel de clasificare imparte dispozitivele in doua clase (Tabel ): - Dispozitive de baza (simple) – care ofera functionalitati/servicii de baza cum ar fi citirea senzorilor sau sarcini de actionare asupra mediului (de ex inchiderea sau deschiderea unei valve) si eventual, in unele cazuri, suport pentru interactiunea cu utilizatorul Comunicatia, cablata sau wireless, se limiteaza la retele LAN fiind necesar un dispoztiv de tip gateway pentru conectarea la o retea WAN - Dispozitive avansate (complexe) – in acest caz dispozitivele gazduiesc si aplicatia si permit si o conectare la o retea WAN De asemenea disdpozitivul poate gazdui si servicii de gestiune si un mediu de executie care sa permita rularea mjai multor aplicatii Dispozitivele de tip Gateway apartin acestei categorii Table – Tipuri de dispozitive – Amplasarea/rolul dispozitivelor Pentru dispozitive de baza: - Alarme – In general aplicatia este gazduita de un server central (unitate centrala) La activarea senzorului (si daca alarma este activata) aplicatia apeleaza personalul de securitate, emite un semnal de alarma si transmite un semnal adecvat centrului de comanda folosind o retea WAN Exemple: o detectoare de miscare, o senzori magnetici, o detectoare de fum, etc - Dispozitive de masura inteligente – dispozitivele sunt amplasate in cladiri si masoara consumul de utilitati: gaz, electricitate, etc Un concentrator (gateway) colecteaza datele de la dispozitive, realizeaza o compactare a datelor si transmite periodic datele compactate la un server de aplicatii folosind o conexiune celulara (de ex ) Utilizand tehnologia retelelor capilare (de ex ) este posibila extinderea razei de acoperire a concentratorului si descarcarea canalelor de comunicatie celulara reducand astfel consumul de energie, interferentele si efortul de gestiune a dispozitivelor, permitand si controlul prin intermediul dispozitivelor de tip ‘hand-held’ Fig – Retele capilare - Sisteme de automatizare a cladirilor (Building Automation systems - BAS) o Termostate o Ventilatoare o Detectoare de miscare, o Cazane, controlate local sau de la distanta - Termostate inteligente – sunt termostate autonome care utilizeaza conexiuni WiFi pentru comunicarea cu servicii web Pentru dispozitive avansate: - unitati instalate in masini pentru monitorizare de la distanta sau configurare pe o retea celulara - Roboti sau vehicule autonome care pot lucra autonom sau controlate de la distanta printr-o retea celulara - Camere video pentru monitorizare de la distanta prin retele G sau LTE - Monitorizarea sondelor de petrol si achizitionarea de date de la dispozitele aflate la distanta - Actualizarea si intretinerea de la distanta a impirmantelor, etc Obs: Desi in stadiul actual multe dintre dispozitive utilizeaza tehnologii mai vechi cum ar fi KNX, Z-Wave sau ZigBee pentru viitor se preconizeaza ca fiecare dispozitiv sa poata avea o adresa IP si sa poata fi conectat la retea Internet Dispozitive de baza In general acest tip de dispozitive este destinat unei singure sarcini cum ar fi masurarea presiunii aerului sau inchiderii unei valve In anumite cazuri dispozitivul poate efecuta mai multe sarcini (functii, servicii) cum ar fi monitorizarea umiditatii, temperaturii si luminozitatii Cerintele hardware sunt reduse atat in ceea ce priveste puterea de calcul cat si cantitatea de memorie Scopul principal fiind reducerea maxima a costului (BOM – Bill of Materials) prin folosirea de microcontrolere care integreaza functiile necesare la nivelul unui singur circuit Consumul redus de energie este de asemenea important utilizandu-se microcontrolere cu consum redus de energie (ultra-low power microcontrollers) care dispun de mai multe moduri de functionare cu consum de energie diferit in care sunt active anumite parti din microcontroler De asemenea unele dispozitive sunt capabile sa se alimenteze din energia acumulata din mediul in care activeaza (energie solara, termica, mecanica, radiatie electromagnetica) putand functiona fara a fi necesara prezenta unei surse de alimentare fixe (retea) sau chiar fara baterii Microcontrolerul dispune de un numar de porturi care permite integrarea unui numar de senzori si actuatori, cum ar fi intrari-iesiri digitale (GPIO – General Purpose I/O) sau analogice (convertoare AN si, mai rar, NA) Pentru controlul unor actuatori mai speciali cum ar fi motoarele microcontrolerul dispune si de iesiri speciale de tip PWM Pentru interactiunea cu anumite dispozitive periferice cu care este dotat (de ex memorii si display) dispozitivul utilizeaza uzual o legatura seriala de tip SPI, I C sau UART Acelasi tip de interfata este utilizat si pentru comunicarea cu un alt microcontroler de pe acelasi dispozitiv mai ales in situatiile in care anumite parti/sarcini ale aplicatiei sunt distribuite intre mai multe procesoare sau cand intreaga aplicatie ruleaza pe un sistem/procesor gazda Unele microcontrolere dispun de asemenea de un procesor destinat sarcinilor de securitate (criptare – AES = Advanced Encryption Standard) necesar pentru criptarea comunicatiei (pe o legatura radio) Microcontrolerul nu dispune interfete pentru retele WAN dar dispune de interfete de tip LAN pentru conectarea la dispozitive de tip Gateway sau la alte dispozitive conectate la dispozitive de tip Gateway (dispoztivul impreuna cu celelalte dispozitive conectate la Gateway si cu Gateway-ul respectiv formeaza o retea capilara), cablat sau wireless (cu sau fara antene externe) Datorita capacitatilor reduse de calcul aceste dispozitive nu sunt controlate prin intermediul unui SO In unele cazuri se pot insa utiliza astfel de sisteme cu functionalitate redusa (de baza) si care necesita capacitati de calcul si de memorie reduse (FreeRTOS, Atomthreads, TinyOS, Contiki) Sistemul de operare ofera facilitati de baza cum ar fi gestiunea memoriei si a proceselor, drivere pentru senzori si transmisiile radio, protocoalele TCP/IP (TCP/IP stack), si eventual alte protocoale de nivel superior Ca urmare aplicatia ruleaza fie intr-o bucla de baza (mainloop) sau deasupra SO O sarcina tipica pentru un astfel de dispozitiv este de a citi anumite valori de la senzori si de a le comunica la distanta prin intermediul interfetei LAN in mod corect intr-o anumita forma Dispozitive avansate Caracteristici: - un procesor puternic cu rsurse suficiente de memorare pentru gazduirea unor aplicatii complexe cum ar fi controlul imprimantelor pentru copiere, fax, imprimare si gestiune de la distanta - O interfata utilizator mai complexa cu display, tastatura sau ecran tactil - Servicii video sau alte servicii care necesita o banda cat mai larga - Functionarea ca Gateway pentru dispozitivele din acelasi LAN - Sisteme de operare mai complete/complexe: Linux, WindRiver, QNX, VxWorks - Stive complete TCP/IP Prin suportul oferit unor sisteme de operare mai cunoscute si eventual open source, unor interfete API standardizate, unor biblioteci de programe, unor limbaje de programare si unor instrumente de dezvoltare standardizate numarul potentialilor dezvoltatori de aplicatii pentru astfel de dispozitive creste in mod semnificativ in raport cu cei pentru dispozitivele de baza Dispozitive de tip Gateway (DG) Sarcini: - Sarcina principala a unui dispozitiv de tip Gateway este aceea de a realiza o trecere (o traducere) de la un protocol la altul, de ex de la IEEE sau IEEE la Ethernet sau reteaua celulara Trecerea se poate face pentru protocoale care corespund diferitelor nivele ale arhitecturii stratificate OSI, dar in principal sunt vizate primele doua nivele: Nivelul Fizic si Nivelul Legatura de Date Exista DG-uri inclusiv pentru nivelul Aplicatie (DGA) insa se recomanda ca acestea sa fie evitate datorita faptului ca reprezinta o sursa importanta de erori si datorita cresterii complexitatii dispozitivului Exemple de DGA: ZigBee Gateway Device care face trecerea de la protocolul ZigBee la protocoalele SOAP (Simple Object Access protocol,) si IP sau DGA care face trecerea de la protocolul CoAP (Constrained Application Protocol) la HTTP/REST (HyperText Transfer Protocol / Representational State Transfer) - Includerea sau excluderea dispozitivelor (in cazul anumitor tehnologii LAN ca - sau Z-Wave) Aceasta se face prin activarea DG in modul de includere sau de excludere si prin apasarea unui buton de pe dispozitiv DG-urile mai complexe (pilotate uzual de un sistem de operare mai complex) realizeaza si functii mai complexe ca: - Gestiunea datelor o Achizitia (citirea) datelor de la senzor o Filtrare, concentrare, compactare si transmitere catre serverele de date de nivel superior - Rularea de aplicatii locale o ex : bucle simple de program, aplicatii de alarmare, controlul ventilatiei, etc , sau sarcini mai complexe de gestiune care for fi trecute in revista intrunul din paragrafele urmatoare – Gestiunea datelor o rularea aplicatiilor la nivel local (fog) si nu in retea (cloud) este utila pentru:  eliminarea neajunsurilor provocate de defectarea conexiunii WAN cloud-dispozitiv  Reducerea timpului de raspuns  Reducerea costurilor utilizarii unor canale de comunicatie scumpe cum ar fi comunicatia celulara, etc o Managementul (gestiunea) eficient(a) al aplicatiilor necesita instalarea pe DG a unui mediu de executie (execution environment) Ex OSGi (Open Service Gateway initiative - bazat pe Java), Linux - Gestiunea dispozitivelor o Initializarea si activarea dispozitivelor in vederea configurarii si setarii unor parametri (activarea unor functii) - provisioning o Gestiunea parametrilor si setarilor o Software upgrade – instalarea de firmware, aplicatii/functii sistem si aplicatii utilizator pe dispozitiv o Gestiunea erorilor – acces la starea dispozitivului si raportarea de erori o Standarde de gestiune a dispozitivelor: OMA (Open Mobile Alliance) – DM, TR- o In implementarile simple dispizitivul comunica direct cu serverul de gestiune a dispozitivelor Acest lucru nu este insa totdeauna posibil sau optim datorita constrangerilor de protocol la nivel de retea (de ex datorita unor protocoale diferite sau datorita prezentei unui firewall) Ca urmare in aceste cazuri DG poate opera ca un mediator intre server si dispozitive in urmatoarele moduri:  Daca dispozitivul este vizibil serverului atunci DG nu face altceva decat sa transmita mesajele intre cele doua entitati fara a fi un participant activ/vizibil la conversatie  Daca dispozitivul nu este vizibil serverului dar intelege protocolul acestuia, atunci DG poate actiona ca un ‘proxy’ actionand in esenta ca un server in raport cu dispozitivul si ca un client in raport cu serverul de gestiune a dispozitivului  In situatia in care dispozitivul utilieaza protocoale diferite DG poate deveni un reprezentant al dispozitivului si poate realiza o ‘traducere’ intre diferitele protocoale (de ex TR- , OMA-DM, CoAP) Dispozitivele pot fi reprezentate ca dispozitive virtuale sau ca parte a DG (care este de asemenea un dispoztiv gestionat de catre serverul de gestiune a dispozitivelor) Consideratii finale referitoare la dispozitive In afara de aspectele caracteristice fiecarei clase de dispozitive mentionate mai sus exista si alte aspecte care trebuie tratate/gestionate, cum ar fi: - Securitatea fizica, securitatea retelei si securitatea programelor - Factorii externi care afecteaza dispozitivele – precipitatii, vant, agenti chimici, radiate electromagnetica, etc , factori care trebuie evaluati ‘in teren’, in timp real, dispozitivul trebuind sa se adapteze acestor factori - Perturbarea (schimbarea) actualelor lanturi de valori (value chain = lant de activitati pe care o firma care opereaza intr-un anumit domeniu de activitate trebuie sa le realizeze pentru a realiza un anumit produs sau serviciu pentru piata) in care un singur ‘actor’ controleaza totul de la dispozitv la servicii, prin aparitia unor noi actori: furnizori de dispozitive specializate, furnizori de solutii cloud, furnizori de servicii Acest lucru este posibil datorita standardizarii si consolidarii tehnologiilor IoT cum a fi: protocoale, SO, software si limbaje de programare Standardizarea va imbunatati interoperabilitatea atat intre dispozitive diferite, cat si intre dispozitive si servicii, oferindu-le un statut similar celui de bunuri de larg consum - Posibilitatea (re)utilizarii unui dispozitiv pentru furnizarea mai multor servicii De ex un detector de miscare poate fi folosit atat in scopuri de securitate cat si si petru reducerea consumului intr-o incapere prin detectarea situatiei in care nici o persoana nu se afla in incaperea respectiva - Piata IoT va creste datorita dezvoltarilor in hardware si tehnologii de retea care vor duce la aparitia de noi clase de dispozitive: o Dispozitive alimentate de la baterii cu conexiuni celulare cu consum redus de energie o Dispozitive capabile de a-si prelua energia de alimentare din mediul inconjurator o Algoritmi inteligenti de gestiune a benzii de transmisie si a protocoalelor  Selectia intre mai multe protocoale (de ex intre Bluetooth LE si IEEE ) prin utilizarea unor mecanisme adaptive  Selectia unei anumite benzi de transmisie sau a unei anumite viteze de transmisie (viteze mai mici ofera o sensibilitate mai buna la distante mai mari)  Microcontrolere multicore  Arhitecturi software noi pentru gestiunea mai eficienta a paralelismului Retele locale (LAN) si retele globale (WAN) Ca distributie geografica retelele LAN sunt localizate la nivelul unei zone geografice restranse (metri, zeci, sute de metri – cladire de birouri, casa, intreprindere, vehicule, corp, etc ) in timp ce retelele WAN sunt distribuite pe o zona geografica mai larga (zeci, sute, mii de km ) Din punct de vedere al tehnologiei folosite retelele LAN folosesc standarde ca Ethernet (IEEE ), WIFI, Bluetooth (LE), IEEE , LoWPAN, PLC, etc In context M M/IoT aceste retele se mai numesc si retele capilare, retele M M sau ‘Domeniul dispozitivelor M M’ Retelele LAN sunt retele autonome (fog computing) de dispozitive care se pot cupla la cloud prin intermediul unui dispozitiv de tip gateway (Fig ) Fig – Retea capilara in context M M/IoT AS = Application Server; GW = gateway Fig – Model Functional ETSI pentru sisteme IoT Legatura intre retelele LAN si WAN este realizata prin dispozitive gateway (Fig ) Retelele WAN se bazeaza in principal pe tehnologie celulara (GPRS, LTE, G, WiMAX (IEEE )) si transmisiile prin satelit, dar utilizeaza si standarde ca Ethernet, DSL, WIFI In context M M/IoT aceste retele intra in categoria retelelor de baza (Core Network) si a retelelor de acces (Access Network) realizand legatura intre dispozitive (sau retele de dispozitive – retele capilare) si servicii (de ex un mesaj trimis de la un senzor este transformat intr-un mesaj de e-mail sau SMS receptionabil prin intermediul unui smartphone) In context M M/IoT aceste retele mai sunt identificate si prin sintagma ‘Domeniul Retea’ Obs: Routerele wireless din aplicatiie ‘casnice’ pto fi vazute de asemenea ca dispozitive de tip gateway facand legatura intre LAN-ul local format din aparate casnice, televizoare, telefoane, laptopuri, tablete, etc utilizand protocolul WIFI si exteriorul casei prin intermediul unei legaturi DSL (Digital Subscriber Line) Gestiunea datelor Introducere Intreprinderile moderne trebuie sa fie dinamice si sa ia decizii multiple in timp util la diferite nivele Pentru aceasta informatiile critice trebuie sa fie disponibile la locul potrivit la momentul potrivit si in forma potrivita Aceste informatii sunt rezultatul achizitiei de date prin intermediul dispozitivelor M M, care, impreuna cu procesele implicate, asigura asistenta in luarea celor mai bune decizii Cateva dintre caracteristicile cheie ale datelor M M sunt urmatoarele: - Big Data - datele sunt generate in cantitati impresionante captand aspecte detaliate ale proceselor cu ajutorul dispozitivelor M M corespunzatoare aprocesului respectiv - Date eterogene – Datele sunt generate de o mare diversitate de dispozitive fiin in sine eterogene, diferind prin rata de preluare, calitatea valorilor achizitionate, etc - Date din sisteme reale – Marea majoritate a datelor sunt preluate din procese din lumea reala si depind de mediul cu care interactioneaza procesle respective - Date in timp real – Datele sunt generate in timp real si in marea majoritate a cazurilor sunt de asemenea comunicate in timp util Acest aspect de de o importanta deosebita avand in vedere ca valoarea acestora depinde de o maniera importanta de prelucrarea in timp real a informatiei cuprinsa in datele respective - Date temporale – Marea majoritate a datelor sunt de natura temporala, masurand evolutia mediului inconjurator in timp - Date spatiale – Din ce in ce mai mult datele generate de interactiuni M M nu sunt numai preluate de dispozitive mobile ci sunt si cuplate la anumite interactiuni din anumite locatii, iar achizitionarea (colectarea), prelucrarea si utilizarea acestora poate varia in mod dinamic in functie de o anumita locatie - Date polimorfice – Datele achizitonate si folosite de procesele M M pot fi complexe si pot implica diferite tipuri de date care pot avea intelesuri diferite in functie de procesul care le foloseste si de interpretarea acestora - Proprietatea datelor – Datorita interactiunii cu dispozitivele diverse existente in sisteme si cu persoanele interesate de industria M M devin din ce in ce mai utilizate abordari deschise in sschimbul si memorarea datelor spre deosebire de situatia de pana acum cand, datorita stilului monolitic de dezvoltare a aplicatiilor, datele erau stocate (memorate) si achizitionate in formate protejate - Securitarea si protectia datelor – Analiza datelor rezultate in urma achizitiilor de date si interactiunilor detaliate de tip M M poate genera scurgeri de informatii si practici confidentiale si poate afecta de o maniera importanta (chiar compromite) securitatea sistemului In era M M, in care miliarde de dispozitive interactioneaza si genereaza date intr-un ritm exponential, gestiunea datelor este esentiala, aceasta activitate generand baza pe care se sprijina si opereaza orice alt proces din sistem Gestiunea datelor M M Fluxul de date, din momentul achizitiei datelor (de ex prin intermediul unui nod de tip senzor) si pana la sistemul destinatie, este prelucrat in diverse moduri si in mod repetat (redundant) fie pentru a ajusta reprezentarea datelor pentru ca datele sa fie mai usor integrate (folosite) la nivelul anumitor aplicatii, fie pentru a asigura o prelucrare mai usoara a datelor in vederea extragerii de informatii (cunostinte) corespunzatoare unui anumit proces si integrarea cat mai eficienta a acestora la nivelul procesului respectiv Asa cum se arata in Fig , exista mai multe puncte de prelucrare a datelor in retea intre masini (dispozitive) si intreprindere care actioneaza asupra sirului (fluxului) de date (sau care doar transmite datele dintr-un punct in altul), pe baza cerintelor aplicatiei finale (end-application) si a contextului existent Fig – Date M M de la punctul in care sunt generate la aplicatia finala Actiunile aspura datelor M M pot fi descompuse in mai multe faze care pot sau nu lipsi, de la o solutie la alta De asemenea actiunile pot fi utilizate si in alta ordine decat cea in care sut prezentate in cele ce urmeaza In plus, gradul de atentie acordata fiecarei faze depinde de o maniera importanta de cerintele de utilizare a datelor ca si de infrastructura existenta Generarea datelor Generarea datelor reprezinta prima faza a fluxuilui de date in care datele sunt generate activ sau pasiv de dispozitiv, sistem, sau ca rezultat al interactiunilor Esantionarea datelor (momentele la care datele sunt luate in considerare) depinde de dispozitiv si de capacitatile sale ca si de necesitatile unei anumite aplicatii care foloseste datele respective In general generarea datelor se face intr-un anumit mod prestabilit cu posibilitatea configurarii acestuia pentru a realiza un compromis optim intre utilitate si cost – de ex , in cazul unei retele de senzori, alegerea unei rate de achizitie convenabile astfel incat energia consumata de retea (nodurile de tip senzor) sa fie acceptabila dintr-un anumit punct de vedere (compromis rata de achizitie/energie consumata) De asemenea, este posibil ca nu toate datele achizitionate sa fie comunicate in cazul in care se face o prelucrare (analiza) locala a acestora in urma careia unele date sunt eliminate Ceea ce se comunica mai departe in acest caz este doar rezultatul prelucrarii Achizitia datelor Achizitia datelor reprezinta colectarea datelor (activ sau pasiv) de la dispozitv, sistem sau ca rezultat al interactiunilor Sistemele de achizitie a datelor comunica cu dispozitivele distribuite (in spatiu) pe conexiuni cu fir sau fara fir (wireless) pentru a achizitiona datele necesare, respectand cerintele impuse de securitate, de protocol si de aplicatii Natura achiziei poate sa difere de la un sistem la altul: monitorizare continua, interogare periodica, aparitia unor evenimente (comunicare prin ‘intreruperi’), etc Frecventa (rata) de achizitie a datelor depinde si este impusa de cerintele aplicatiei In cazul sistemelor in bucla (locala) deschisa datele achizitionate pot sa difere de datele generate Astfel, in cazurile simple, prin aplicarea unor ‘filtre’ la nivelul dispozitivelor, se poate achizitiona (si comunica) doar o parte din datele generate (de ex datele apartinand unei anumite ferestre de timp sau datele care se afla intr-un anumit raport cu un anumit prag, etc ) In cazuri mai complexe se pot efectua prelucrari mai avansate a datelor generate chiar la nivelul dispozitivului, pe baza capacitatilor si inteligentei dispozitivului, ceea ce se comunica in acest caz fiind doar rezultatul prelucrarii (de ex unii indicatori de performanta de interes pentru aplicatie) Validarea datelor Datele pot fi alterate (corupte, modificate) in mod voit sau nu pe tot parcursul de la generare pana la aplicatia finala Avand in vedere ca procesele nu pot lua decizii pertinente decat pe baza unor date corecte este necesara validarea datelor Aceasta operatie poate presupune o verificare din punct devedere al corectitudinii (consistenta, tip de date): verificarea intervalelor admisibile, verificari logice, unicitate, etichete de timp corecte, etc si din punct de vedere semantic (al intelesului – reguli, explicatii sau comentarii de natura semantica, etc ) tinand cont ca datele pot avea semnificactie diferita in functie de contextul de operare (aplicatie) O alta parte a validarii poate consta in luarea unor actiuni ca raspuns la invalidarea datelor, de ex adresarea unei noi cereri pentru datele respective sau incercarea de a corecta datele partial invalidate (eronate) Esecul unei astfel de operatii de validare poate crea brese in securitatea sistemului Astfel Datele eronate inserate in aplicatii pot duce la atacuri asupra altor servicii, insusirea ilegala de privilegii in sistem, DoS, modificarea ilegala a bazelor de date, etc Avand in vedere ca aceasta faza necesita in mod obisnuit resurse importante de calcul, aceasta faza este realizata la nivelul Domeniului Retea (Arhitectura functionala ETSI), de ex in ‘cloud’ Memorarea (stocarea) datelor Termenul folosit pentru datele generate in sistemele M M este cel de ‘Big Data’ Intrucat este imposibila memorarea tuturor datelor generate (si nici chiar achizitionate) este necesara o filtrare a acestora retinand numai datele utile, relevante, aplicatiei (intreprinderii, ‘afacerii’) respective De ex este posibil ca in urma prelucrarii unui set de date sa fie memorat doar rezultatul prelucrarii, dar nu si datele primare care au contribuit la obtinerea rezultatului respectiv Trebuie insa tinut cont de relevanta anumitor date nu numai pentru procesul (procesele) curent(e) ci si pentru alte directii care ar putea fi urmate (utile) in viitor avand in v edere ca analize diferite pe acelasi set de date pot genera alte rezultate care sa ofere un avantaj important intreprinderii (firmei, organizatiei, etc ) respective Tinand cont cantitatile impresionante de date M M precum si necesitatile deosebite de prelucrare a acestora (de ex cautari) este necesara folosirea unor tehnologii speciale: Baze de date cu procesare paralela (Massively Parallel Processing DBs), Ssiteme de fsiere distribuite, platforme cloud, etc Procesarea datelor Procesarea datelor se poate face asupra datelor deja stocate sau asupra datelor ‘in miscare’ (stream data) Scopul procesarii (prelucrarii) datelor este transformarea datelor de nivel primar in date necesare prelucrarilor ulterioare Ex: - ajustari de date o normalizarea datelor o introducerea unei valori estimate in locul unei date care lipseste o reordonarea datelor in functie de etichetele de timp asociate, etc - agregarea (compactarea) datelor sau calcul general asupra datelor - transformarea datelor o convertirea unui sir de date de temperatura din grade Celsius in grade Fahrenheit o reimpachetarea datelor intr-un alt tip (model), etc Protectia la recuperarea datelor Mentinerea unor date chiar si dupa ce nu mai sunt necesare face posibila recuperarea acestora de catre terti Riscul este mai redus la nivelul dispozitivelor sau punctelor care genereaza date datorita capacitatii limitate de stocare, noile date suprapunandu-se pe cele vechi, si mai mare la nivelul centrelor de stocare (baze de date) din Domeniul Retea (cloud) unde trebuie luate masuri mai severe pentru distrugerea datelor care nu mai sunt utile: suprascriere, criptare, distrugerea fizica a suportului de stocare De asemenea trebuie mentionat si faptul ca in lipsa unei politici comune de gestiune a datelor la nivelul sistemelor M M poate deveni dificil atat controlul asupra utilizarii datelor M M cat si revocarea accesului la aceste date si ‘stergerea’ lor din retea (Internet) dupa ce acestea au fost deja partajate Analiza datelor Datele disponibile in centrele de stocare pot fi analizate in scopul obtinerii si prezentarii de informatii(cunostinte) care sa fie utilizate in procesele de luare a deciziilor Analiza datelor in aceasta faza depind puternic de domeniu si de contextul datelor Astfel, instrumentele a ceea ce se numeste ‘Business Intelligence’ (sisteme informatice de identifcare, extragere si analiza a datelor existente intr-o companie in scopul oferirii unui suport real pentru luarea deciziilor) prelucreaza datele in scopul compactarii/agregarii/sintezei acestora si analizei indicatorilor de baza ai companiei Tehnicile de tip ‘Data mining’ urmaresc in principal descoperirea de ‘tipare’ (cunostinte) folosite in mod uzual in scop predictiv, Statistica poate fi folosita pentru analiza cantitativa adatelor, determinarea caracteristicilor principale ale datelor, confirmarea unei anumite ipoteze, descoperirea de cunostinte, descoperirea de modele, etc Aceasta faza este baza oricarei aplicatii mai sofisticate care foloseste informatia ascunsa direct sau indirect in date si care foloseste aceasta informatie in depistarea unor aspecte ale functionarii organizatiei, in luarea unor decizii optime, etc Totul ca serviciu (Everything-as-a-Service: XaaS) Prin termenul de cloud se intelege un model care permite, atunci cand este nevoie, accesul prin intermediul retelei, la un bazin de resurse configurabile partajate (retele, servere, sisteme de memorare/stocare a datelor, aplicatii, servicii) care pot fi configurate si facute disponibile cu un efort de gestiune limitat si o interventie minima a furnizorului de resurse Schema bloc principiala,conceptuala a unei platforme de calcul de tip cloud este prezentata in Fig Fig – Schema bloc conceptuala a unei platforme cloud Serviciile se ocupa de conexiunea si coordonarea intre date si capacitatile de calcul ale sistemului Printre caractersiticle de baza ale unui sistem de tip cloud se numara urmatoarele (NIST – National Institute of Standards and Technology): - Configurarea platformei de catre utilizator – Utilizatorul poate configura capacitatile de calcul alegand timpul de folosire a unui server, capacitatea de memorare folosita, etc - Acces prin retea la platforma – capacitatile platformei sunt disponibile prin retea folosind dispozitive ca: telefoane mobile, tablete, laptopuri, statii de lucru - Resursele platformei (memorare/stocare, procesoare, memorie, largime de banda pentru retea) sunt grupate pentru a servi mai multi clienti prin alocarea dinamica a resurselor fizice si virtuale in acord cu cererile clientilor - Elasticitatea resurselor – Resursele pot fi alocate si eliberate, demulte ori automat, pentru a se adapta la cerintele clientilor Pentu clienti resursele par a fi nelimitate si pot fi alocate in orice cantitate si la orice moment de timp - Servicii controlabile si masurabile – Sistemele cloud controleaza si optimizeaza automat utilizarea resurselor prin utilizarea unor functii de masurare la diferite nivele in functie de tipul serviciului oferit (stocare, procesare, largime de banda, conturi active, etc ) Utilizarea resurselor poate fi monitorizata, controlata, si raportata furnizandu-se astfel transparenta atat pentru client (utilizator) cat si pentu furnizorul de servicii Obs: NFV (Network Function Virtualization) – presupune utilizarea unei platforme (de ex de tip cloud) pentru virutalizarea unor intregi clase de functii ale unor noduri in blocuri care pot fi conectate sau inlantuite pentru a formas servicii de comunicatie O functie de retea virtualizata (NFV) poate fi reprezentata de una sau mai multe masini virtuale pe care se executa diferite procese si programe, bazate pe elemente standard cum ar fi servere, switch-uri sau echipamente de stocare sau pe infrastructuri de tip cloud nefiind necesara existenta unor echipamente utilizator dedicate fiecarei functii de retea Pentru M M/IoT acest tip de infrastructura furnizeaza urmatoarele elemente: - Memorarea unui numar foarte mare de date produse de senzori, etichete,etc - Capacitate de calcul pentru analiza rapida si ieftina a datelor - Partajarea datelor pentru crearea de lanturi ale valorii bazate pe informatie Obs: Lant al valorii (Value chain) = un model care surprinde fluxul de materiale intr-o intreprindere de la materiile prime la produsul finit si mai apoi la vanzarea catre client Exista mai multe modele si implementari pentru sistemele de tip cloud Ca modele se pot aminti: - Software as a Service (SaaS) – Se refera la software-ul furnizat catre utilizatori (clienti) la cererea acestora Utilizatorii finali nu au nici o sarcina de gestiune a infrastructurii de tip cloud (este transparenta pentru utilizatori) Aceasta sarcina este realizata de catre alte structuri de tip ASP (Application Service Provider) sau ISV (Independent Software Vendor) Ex : software pentru gestiunea mesajelor sau aplicatii de birou, e-mail, CRM (Custom Relationship Management) = sistem care gestioneaza interactiunea intreprinderii cu actuali sau viitori clienti gazduite de cloud, etc Utilizatorul are putine posibilitati de modificare a platformei cloud cu exceptia setarilor pe care le poate face la nivelul aplicatiei specifice la care a solicitat accesul - Platform as a Service (PaaS) – Solutii cloud care furnizeaza atat o platforma de calcul cat si o multime de solutii (solution stack) prin intermediul retelei Internet Clientii sunt cei care dezvolta software-ul necesar utilizand instrumente (tools) furnizate de catre furnizor (furnizorul de cloud) care de asemenea furnizeaza retelele, echipamentele de stocare, precum si celelalte servicii cerute Ca si mai inainte furnizorul este cel care gestioneaza infrastructura de tip cloud in timp ce utilizatoarul are control asupra aplicatiilor si asupra setarilor asupra mediului cloud care gazduieste aplicatiile - Infrastructure as a Service (IaaS) – In acest model furnizorul pune la dispozitia utilizatorului (clientului) masini virtuale impreuna cu alte resurse cum ar fi hipervizoare (Xen, KVM) Multimi (bazine, pools) de hipervizoare suporta/controleaza masinile virtuale si permite utilizatorului sa aleaga cantitatea de resurse utilizate in functie de cerintele sale de calcul (prelucrare) Utilizatorii sunt cei care instaleaza sistemul de operare si software-ul de aplicatii pe infrastructura de tip cloud In timp ce furnizorul gestioneaza infrastructura de tip cloud, utilizatorul este cel care are control (gestioneaza) asupra sistemului de operare, echipamentele de stocare, aplicatii si eventual asupra unor componente de retea La nivel de implementare se pot pune in evidenta urmatoarele structuri de tip cloud: - Cloud privat (Private Cloud) – Infrastructura este configurata pentru a fi utilizata exclusiv de catre o singura organizatie constand in mai multi clienti/consumatori (de ex unitati de afaceri) Poate fi detinut, gestionat sau operat de catre organizatie, de catre un tert sau o combinatie de aceste situatii - Cloud comunitar (Community Cloud) – Infrastructura este configurata pentru a fi utilizata exclusiv de catre o comunitate de consumatori care provin din organizatii care impartasesc un set comun de probleme (misiune, securitate, politica, set comun de reguli, cerinte, standarde) Poate fi detinut, gestionat si operat de catre una sau mai multe organizatii din comunitate, de catre un tert, sau o combinatie de aceste situatii - Cloud public (Public Cloud) - Infrastructura este configurata pentru a fi utilizata in regim deschis de catre publicul larg Poate fi detinut, gestionat si operat de catre o organizatie de tip intreprindere, guvernamentala, academica, etc , sau o combinatie de aceste situatii - Cloud mixt (Hybrid Cloud) – Infrastructura este o combinatie de doua sau mai multe infrastructuri mentionate anterior (privat, comunitar sau public) care raman entitati distincte, dar care sunt legate intre ele prin tehnologii standardizate sau de tip proprietar care permit portabilitatea datelor si aplicatiilor Conectarea unui dispozitiv la platforma Exosite Platforma Exosite Platforma este un sistem gazduit de un server care permite dezvoltatorilor sa se conecteze la platforma si sa gestioneze produse si aplicatii utilizand o interfata API care apeleaza servicii web puse la dispozitie de platforma (unele API folosesc doar la trimiterea de date care vor fi memorate intr-un port de date (Fig ) al unui client, alte sunt mai complexe reprezentand apeluri de functii prin intermediul carora, de ex , se creeaza resurse pentru un anume client, se creeaza un client ‘copil’, se citeste un set de date, etc ) Dispozitivele se transforma in ‘clienti virtuali’ devenind parte a unei ierarhii (Fig ) de clienti reprezentand dispozitive, utilizatori, proprietari de conturi Fig – Un port de date al unui client Fig – Ierarhia clientilor pe platforma Exosite Aplicatiile se realizeaza relativ usor prin intermediul interfetei si a unor panouri de control/comanda (dashboards) afisate in paginile web puse la dispozitie de platforma In principiu platforma reprezinta o aplicatie care ruleaza pe un server Aceasta gestioneaza in paralel un numar mare de cereri sosite de la clienti: dispozitive care converseaza cu interfata API, portaluri web sau alte aplicatii Platforma autentifica conexiunile pe baza unor identificatori si accepta cereri de forma: citire, scriere, editare, creare, etc Memorarea ierarhiei elementelor (clienti, resurse) si datelor este realizata cu ajutorul a doua baze de date distincte Clientii (Fig ) dispun de un set de resurse care pot fi accesate prin rutine API pentru creare, modificare, citire si scriere si care se pot grupa in trei categorii : - Porturi (surse) de date (Fig ) – utilizate pentru memorarea datelor insotite de etichete de timp Datele pot fi simple d etip intreg sau real reprezentand citiri de la senzori sau date de tip sir reprezentand pachete de date intr-un anumit format, fisiere de tip firmware, etc Fereastra temporara pentru care sunt memorate datele poate fi controlata prin numarul de puncte, perioada de timp sau memoria folosita Datele sunt disponibile la cerere regulilor si scripturilor sau functiilor apelate prin intermediul API (de ex Read) Datele pot fi de asemenea combinate pentru a fi trimise catre alte porturi de date Fig – Resursele unui client - Reguli o Script (un program necompilat scris pentru un limbaj de tip script sau pentru un interpretor de comenzi) – au acces la toate resursele clientilor pentru crearea de reguli conditionale mai complexe sau algoritmi de prelucrare a datelor (Fig ) o Eveniment (Fig ) – functie logica care poate fi aplicata unor porturi de date pe un numar de puncte intr-o anumita perioada de timp De ex daca valoarea portului este mai mare decat x, de y ori in intervalul de timp n atunci rezultatul deste TRUE, iar daca nu, FALSE Aceste reguli logice pot fi atasate mai multor ‘iesiri’ (dispatches) Fig – Script Fig – Eveniment Fig – Iesire o Iesire (dispatch – Fig ) – Mesajele sunt emise ca urmare a valorii iesirii unei reguli logice sau a unui apel de functie (script) Conectarea si controlul unui dispozitiv cu ajutorul platformei Exosite Dispozitivele se pot conecta la platforma in doua moduri: - Direct – daca dispun de interfete Ethernet, WiFi sau pentru comunicatie celulara - Indirect - prin intermediul unui dispozitiv de tip ‘Gateway’ pe care ruleaza o aplicatie care sa asigure comunicatia cu platforma, daca nu dispun de facilitatile de comunicatie precizate mai sus Schema bloc principiala a utilizarii unui dispozitiv de tip ‘Gateway’ este prezentata in Fig Fig – Utilizarea unui dispozitiv de tip ‘Gateway’ pentru conectarea indirecta a dispozitivelor la platforma Exosite Dispozitivul utilizat pentru dialogul cu platforma Exosite este un dispozitiv de tip LaunchPad cu facilitati de conectare la reteaua Ethernet al firmei Texas Instruments (EKTM C XL - TM C Connected LaunchPad Evaluation Board) bazat pe un procesor ARM Cortex M F la MHz, cu MB de memorie Flash, KB SSAM si KB EEPROM Ca urmare nu este necesara folosirea unui dispozitiv de tip ‘Gateway’ Dispozitivul este prezentat succint din punct de vedere functional in Fig Fig – Connected LaunchPad (CL) Obs: Puterea de calcul si memoria interna insotite de varietatea de interfete seriale (I C, CAN , SSI, UART, USB) si interfete pentru controlul miscarii (iesiri PWM, interfata pentru encoder) fac ca dispozitivul sa poata fi folosit si pe post de ‘Gateway’ Obs: BoosterPack = dispozitiv extern (add-on board, daughter-board) compatibil cu LaunchPad-ul care extinde functionalitatile dispozitivului De ex dispozitivul Sensor Hub BoosterPack poate transforma CL-ul intr-un hub achizitionand masuratori de la o diversitate de senzori (miscare, temperatura, luminozitate, presiune) care pot comunica cu platforma Exosite Dispozitivul poate fi programat si depanat prin intermediul unui depanator incorporat La nivel software dispozitivul poate fi programat utilizand urmatoarele componente: - TivaWare = pachet de programe care pune la dispozitie drivere pentru toate dispozitivele periferice de la nivelul dispozitivului De asemenea in pachet se gasesc si un set de aplicatii (inclusiv exemplul pentru conectarea la platforma Exosite) care pun in evidenta posibilitatile oferite de dispozitiv si constituie o baza pentru dezvoltarea de aplicatii noi - LM Flash Programmer – pentru programarea unor aplicatii deja compilate - Diferite medii IDE (Integrated Development environment): o Keil ARM RealView® Microcontroller Development System o IAR Embedded Workbench for ARM o Sourcery Codebench o Generic GNU C Compiler o Texas Instruments' Code Composer Studio™ IDE Obs: Daca este necesara reprogramarea dispozitivului cu aplicatia de conectare la platforma Exosite se recomanda folosirea unui instrument care ofera posibilitatea generarii a mai mult de KB de cod Un exemplu de programare a dispozitivului CL folosind programul LM Flash Programmer este prezentat mai jos: - Instalare aplicatie LM Flash Programmer pe un PC care ruleaza Microsoft Windows - Plasare jumper JP in pozitia ICDI pe dispozitiv - Conectare conector USB A intr-un port al Pc-ului si conector USB Micro-B in portul USB (U ) de pe dispozitiv - Verificare daca ledul D este aprins - Instalare drivere ICDI si Virtual COM ports daca este necesar (daca se cere acest lucru) Instructiuni: www ti com/lit/pdf/spmu - Se lanseaza in executie aplicatia LM Flash Programmer de pe PC - In meniul ‘Configuration’ la rubrica ‘Quick Set’ se alege TM C XL LaunchPad - In meniul ‘Program’ se alege fisierul binar care trebuie programat (incarcat) in dispozitv (folosind si optiunea de navigare - Browse) – locatie implicita: C:\ti\TivaWare C Series \examples\boards\ek-tm c xl\) si se selecteaza optiunea ‘Open’ (Fisier – qs iot) - Se selecteaza ca optiune de stergere ‘Erase Necessary Pages’, se selecteza optiunea ‘Verify After Program’ si optiunea ‘Reset After Program’ Obs: Portul virtual care poate fi vizualizat la conectarea dispozitivului la PC si care poate fi accesat prin intermediul unui program de tip ‘Terminal’ (Fig ) ofera facilitati de control local al dispozitivului Comenzile sunt urmatoarele (Fig ) - Help – listare comenzi (la fel ca ‘?’ si ‘h’) - Stats – afiseaza starea dispozitivului - Activate – activare dispozitiv (primire CIK de la platforma) - Clear – stergere ecran - Led – schimbarea starii ledului (local) Pentru mai multe informatii se foloseste comanda ‘led help’ - Connect – conectare la platforma Exosite - Getmac – afisare adresa MAC - Setproxy – setare proxy - Setemail – setare adresa pentru trimiterea de mesaje de atentionare (alerte, alarme) de catre dispozitiv prin intermediul platformei - Alert – trimite un mesaj de atentionare la adresa de email salvata in dispozitiv - Tictactoe – lansarea jocului tic-tac-toe pe dispozitivul local Fig – Acces la consola locala (program: HyperTerminal) pentru controlul local al dispozitivului Fig – Comenzi consola locala Aplicatia pentru conectarea la platforma Exosite furnizeaza o evaluare rapida a platformei prin vizualizarea datelor de la distanta, interactiuni cu dispozitivul de la distanta (actiuni asupra ledurilor de pe dispozitiv, citiri masuratori de temperatura) si construirea de panouri de panouri de vizualizare/comanda (dashboards) si de alarme Pentru dezvoltarea/realizarea unei aplicatii simple de control/comanda se urmeaza urmatorii pasi: - Inregistrarea dispozitivului pe platforma - Se navigheaza la platforma (ti exosite com) si se creaza un cont Daca crearea s-a realizat cu succes se emite un mesaj la adresa dezvoltatorului prin care se cere activarea contului (se comunica o legatura de activare) - Se intra pe platforma, se merge in pagina de start (‘Home’ – Fig ) si se apasa butonul ‘Click Here’ situat sub ‘Getting Started Guide’ Se deschide o fereastra numita ‘Add Device’ (Fig ) Fig – Fereastra Home Fig – Fereastra ‘Add Device’ o Setup Type – Se apasa pe butonul ‘Select a supported device below’ si se selecteaza EK-TM C XL Connected LaunchPad o Device setup  Se introduce adresa MAC  Se da un nume dispozitivului  Se introduce o locatie pentru dispozitiv o Confirm – Dispozitivul este inregistrat pe platforma Dispozitivele pot fi vizualizate in meniul ‘Devices’ De asemenea dispozitivul poate fi vizualizat si in pagina ‘Home’ Daca se da click pe dispozitivul situat in pagina ‘Home’ atunci se afiseaza panoul de control implicit asociat acestui dispozitiv - Se conecteaza dispozitivul reteaua Internet cu ajutorul unui cablu Ethernet si a unui dispozitiv de tip switch (sau router) o Obs: Daca dispozitivul este in spatele unui firewall (proxy) legatura cu platforma Exosite se poate face numai in acord cu administratorul retelei Porturile folosite pentru conectarea la platforma sunt:  Pentru protocolul XMPP – portul (sau daca se utilizeaza SSL)  Pentru protocolul HTTP – portul (sau daca se utilizeaza SSL)  Pentru protocolul UDP – portul - Dupa inregistrarea corecta a dispozitivului pe platforma, pentru vizualizarea informatiei, monitorizarea si controlul dispozitivului este necesara conectarea pe platforma Dupa logare (adresa email si parola) se ajunge in fereastra de start (Fig ) Din aceasta ferestra este posibila accesarea mai multor ferestre cu urmatoarele roluri: o Data - Control date o Devices – Afisare si control dispozitive Se afiseaza informatia despre dispozitive Este posibila stergerea si reactivarea dispozitivelor o Events – Afisare evenimente o Dashboards – Afisare dashboards o Scripts – Control scripturi o Admin – Administrare dispozitiv, vizualizare resurse client - Panoul de control (Dashboard), accesibil din fereastra ‘Home’, arata ca in Fig o In prima fereastra se afiseaza starea dispozitivului (On-line, Off-Line), temperatura dispozitivului si butoanele pentru comanda ledurilor de pe dispozitiv o In urmatoarele fereastre se afiseaza localizarea dispozitivului (pe baza de IP) – stanga - si ferestra pentru a juca tic-tac-toe la distanta cu dispozitivul (dreapta) o In ultima fereastra se afiseaza distributia pe glob a CL-urilor conectate la platforma Fig – Dashboard dispozitiv - Dupa conectarea la reteaua Internet dispozitivul trece, pe platforma, in dashbord, din starea OFF-LINE in starea ON-LINE In dashboardul implicit incepe afisarea grafica si alfanumerica a masuratorii de temperatura transmisa de catre dispozitiv (Fig ) Tot din dashboard este posibila setarea a doua leduri de pe dispozitivul aflat la distanta prin apasarea celor doua butoane alocate fiecarui led (Fig ) Fig – Afisarea grafica si alfanumerica a temperaturii Fig – Schimbarea starii intrerupatoarelor pe platforma Obs: Scaderea usoara a temperaturii inregistrate pe platforma in ultima parte a graficului se datoreaza deschiderii geamului in laboratorul unde se afla dispozitivul - Un contor al numarului de apsari ale switch-urilor SW si SW de pe dispozitivul aflat la distanta este oferit la Rubrica ‘Data’ (Meniu stanga fereastra ‘Home’) 